home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ 12⁄22⁄89 / 0234-Re Re- Re- floppy-Dec89 < prev    next >
Encoding:
Text File  |  1989-12-22  |  1.8 KB  |  43 lines  |  [TEXT/GEOL]
  1. Item forwarded  by  SCHMUCKER1   to D1974
  2.  
  3. Item    3539438                         19-Dec-89        14:55
  4.  
  5. From:   ROSENSTEIN1                     Rosenstein, Larry
  6.  
  7. To:     D1950                           CSG, Don Phillips,PRT
  8.  
  9. cc:     MACAPP.TECH$                    MacApp Technical
  10.  
  11. Sub:    Re: Re- Re- floppy
  12.  
  13. I understand your problem with supporting single-floppy systems.
  14.  
  15. First, I think you should check with Software Licensing to see if you are
  16. allowed to ship a modified version of the System.  (I thought I read some where
  17. that you weren't allowed to do this.)
  18.  
  19. You should be able to set up your MacApp program to preload all its code
  20. segments and keep them resident.  I am not sure that you should mark resouces
  21. as locked, however.  Because I don't know where locked resources get loaded.
  22. It is better to mark the mpreload and lock them from within the application
  23. (after calling MoveHHi).  Also, it might not be necessary to lock everything
  24. down, as long as it doesn't get purged.
  25.  
  26. As an alternative to modifying the system, you should consider programmtically
  27. loading and locking the resources that your program needs.  That way your
  28. program will work regardless of the system it is used with.
  29.  
  30. In your application, you should list your code segments in a res! resource to
  31. tell MacApp that these segments are resident.  Once you do this, MacApp will
  32. load and lock them down for you.  You will also have to list them in a seg!
  33. resource since they will be part of you maximum code working set.
  34.  
  35. As an added idea, you should your own resource that contains a list of resource
  36. types/IDs of resources that the program should load an lock down at startup (or
  37. at least make non-purgeable).  That way, when it is time to tune things and
  38. reduce swapping all you have to do is change the resource.
  39.  
  40. Larry Rosenstein
  41.  
  42.  
  43.